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I.  Introduction 

This  is  the  Final  Report  concluding  Phase  I  of  the  Air  Force  SBIR  solicitation 
AF93-039.  The  Report  was  authored  by  Michael  Xifaras,  President  of  Bremer  Associates, 
Inc.  and  document's  the  R&D  work  and  related  recommendations  incorporated  in  the 
proposal  for  Phase  11. 

During  Phase  I  the  Bremer  team  under  the  guidance  of  the  designated  ESCTXRC 
COTR  Major  Kruse  Smith  was  tasked  to  identify  and  propose  technology  based  solutions 
for  integrating  geographically  dispersed  heterogeneous  systems.  The  long  term  goal  was 
to  develop  a  commercially  viable  product  in  the  area  of  distributed  data  access  and 
integration  while  providing  the  Govemmnet  with  superior  value  in  addressing  short  and 
long  term  needs  of  the  sponsoring  organizations.  The  Phase  I  investigation  was  focused 
on  the  issues  affecting  the  Command  and  Control  Information  processing  System  (C2/IPS) 
integration  with  Base  level  logistics  support  systems,  and  specificaUy  with  Increment  3 
which  defines  the  C2/IPS  integration  with  the  Transportation  Consolidated  Aerial  Port 
System  (CAPSII). 

The  concepts  documented  in  this  report  are  the  results  of  Bremer’s  investigation 
and  R&D  work  performed  during  Phase  I.  The  R&D  activity  resulted  in  a  prototype 
application  that  enables  the  automated  creation  of  Interface  Design  Documents  (IDDs) 
and  USMTF  compliant  Messages,  and  the  definition  of  an  automated  process  to  enable 
data  exchange  among  multiple  systems.  On  March  16, 1994  Bremer  presented  the  Phase  I 
results  and  demonstrated  the  prototype  to  the  AMC/SCP  and  ESC/XRC  staff  representing 
the  performing  and  sponsoring  organizations  respectively.  A  copy  of  the  presentation  and 
"screen"  layouts  of  the  demonstrated  prototype  are  incorporated  in  Appendix  A. 

n.  Key  Findings 

Following  a  brief  data  gathering  and  analysis  activity  of  the  functional  requirements 
contained  in  System  Specification  for  AMC's  C2/IPS,  and  review  of  current  plans  and  long 
term  technical  architecture  Bremer  staff  determined  that: 

•  C2/IPS  long  term  goal  is  to  provide  a  seamless  and  easy  to  use  mechanism  to  link 
Base  level  logistics  support  systems  with  other  AMC  operational,  planning  and 
mission  monitoring  systems; 

•  C2/IPS  Increment  3  effort  has  an  agressive  schedule  that  requires  the  coordinated 
participation  of  many  geographically  dispersed  organizations  to  resolve  technical, 
administrative,  systems  interface  and  data  consistency  issues; 

•  The  process  to  create  the  Interface  Design  Documents  (IDDs)  for  C2/IPS  interfaces  is 
cumbersome  and  will  impete  progress.  Similar  problems  exist  with  other  related 
efforts  which  are  further  affected  by  data  inconsistency  among  the  various  systems 
required  to  interface  with  each  other  and  with  C2/IPS. 
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•  Because  of  the  commonality  of  the  interface  requirements  among  Base  level  logistics 
systems,  the  solution  for  Increment  3  could  be  applicable  for  the  long-term  integration 
between  C2/IPS  and  other  systems.  This  will  improve  project  efficiency  while 
reducing  long-term  integration  complexity  and  related  risks;  and 

•  An  "information  gateway  tool"  (i.e.,  a  Broker  approach)  can  provide  an  acceptable 
technical  solution  to  automated  data  exchange  among  heterogeneous  systems  if  it  is 
coupled  with  the  automated  generation  of  IDDs  and  message  formats. 

m.  Proposed  Approach  and  "road  map" 

Bremer  proposes  the  creation  of  an  integrated  tool  set  in  two  parallel  thrusts  with 
the  goal  to  address  "the  cost  effective  integration  of  distributed  data  residing  in 
heterogeneous  systems"  by: 

•  Enabling  functional  end-users  to  dynamically  define  the  "data  elements"  to  be 
-  interfaced  and  build  the  "transactions  and  access  rules"  governing  the  interfaces 

among  systems;  and 

•  Automatically  make  these  "transactions  and  access  rules"  available  to  a 
communications  Information  Gateway  to  effect  seamless  data  exchange  among 
heterogeneous  systems. 

During  Phase  I  of  this  SBIR  Solicitation,  Bremer  developed  and  demonstrated  the 
conceptual  framework  of  the  proposed  road-map  including  the  prototype  of  the 
DIGMAS*  application.  The  demonstrated  capabilities  included: 

•  Interactive  development  and  maintenance  of  a  data  integration  schema  containing  test 
data  comprised  of  the  C2/IPS  business  data  elements  interchangeable  between  Base 
level  AMC  logistics  systems  through  an  SQL-based  Database  Management  System; 

•  Automated  definition  of  standard  IDDs.  The  IDDs  are  a  standard  requirement  for 
DoD  and  define  all  data  elements,  their  attributes  and  business  rules  that  must  be 
incorporated  and  programmed  into  the  interfacing  systems; 

•  Automated  creation  of  standard  USMTF  Sets  and  Messages; 

•  Simulation  of  USMTF  message  exchange  between  AMC  Base  level  logistics 
information  systems  and  C2/IPS.  This  function  can  be  activated  enabling  the  AMC 
functional  users  to  generate  movement  traffic,  planning  and  performance  reports. 


^Tbe  envisioned  software  application  Bremer  calls  the  Dynamic  Information  Gateway  Management 
System  (DIGMAS)  consists  of  two  subsystems  the  Integrated  Data  Dictionary  Management  System 
(IDDMS)  and  the  Information  Gateway. 
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Bremer  recommend's  that  AMC  build  a  software  application  that  can  address  the 
issues  beyond  those  relating  to  C2/IPS  Increment  3  and  thus  gain  leverage  from  the 
related  efforts  over  the  long-term  to  address  similar  issues  impacting  C2/IPS  integration 
with  other  systems.  The  same  solution  can  be  applied  to  similar  Air  Force  and  DoD 
projects.  Specific  goal  of  the  envisioned  DIGMAS  is  to  create  an  automated  process  for 
the  creation  and  maintenance  of  Interface  Design  Documents  and  enable  the  seamless  data 
interchange  across  the  C2/IPS  network  which  includes  operational,  mission  planning, 
mission  monitoring  and  H.Q  C3I  systems. 


Figure  1:  The  DIGMAS  Environment  and  Functional  Goal 


The  envisioned  DIGMAS  application  has  wide  range  of  applicability  in  the 
complex  computing  environments  of  Government  and  industry  by  enabling  simple  cost- 
effective  digital  data  exchange  among  two  or  more  heterogeneous  and  independently  built 
systems.  As  shown  in  Figure  1,  DIGMAS  will  provide  for  a  single  transparent  "data 
access  and  retrieval"  environment  by  maintaining  SQL-compliant  Schema  and  Data 
Dictionaries  of  all  business  data  elements  required  by  two  or  more  of  the  interfacing 
systems.  The  DIGMAS  application  has  two  unique  components  each  addressing  a 
separate  requirement. 

The  first  component  which  Bremer  calls  the  Integrated  Data  Dictionary 
Management  System  (IDDMS)  addresses  the  requirement  to  automatically  construct  valid 
Interface  Design  Documents  (IDDs)  and  transactions  that  contain  defined  "unions"  of 
business  data  elements  and  formats.  This  is  achieved  by  the  creation  and  maintenance  of 
an  "enterprise  level"  SQL-based  database  schema  containing  all  business  data  elements 
that  can  be  interfaced  among  two  or  more  systems  defined  within  the  DIGMAS 
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implementation  framewoiit.  These  data  elements  are  then  linked  by  the  users  to  define 
unions  (views)  which  are  then  constructed  into  higher  level  views  reflecting  Sets, 
Segments  and  Messages  to  be  processed  as  transactions  among  the  interfacing  systems. 
Through  automated  interface  and  access  mechanisms  of  the  interfacing  systems’  data 
dictionaries,  the  required  data  elements  will  be  "down-loaded"  enabling  the  users  to 
compare  and  resolve  data  elements’  attributes  discrepancies  to  ensure  the  correct 
generation  of  interface  transactions  among  these  systems.  Once  the  "transactions"  are 
defined  and  stored  in  the  "Global  Transactions  Schema"  defined  in  the  IDDMS,  the  user 
can  then  create  the  appropriate  "business  rules".  These  "business  rules"  will  govern  the 
"parsing  algorithms"  which  will  be  stored  with  the  corresponding  "transactions"  in  the 
Information  Gateway  database. 

The  Information  Gateway  is  the  second  key  component  of  the  DIGMAS 
environment,  and  its  main  function  is  to  perform  and  manage  the  data  exchange  among  the 
interfacing  systems.  It  incorporates  Global  Directory,  Parsing  and  Formatting 
Services,  and  Loca’  Transactions  Schemas.  The  Global  Directory  maintains  information 
about  the  logical  address  and  authority  information  about  the  user,  and  the  database 
management  systems  including  applications  "transaction  codes"  (e.g.,  USMTT  Message- 
IDs).  The  Global  Directory  incorporates  Remote  Services  Management  software  for 
real-time  management  of  data'  traffic  (transmissions)  by  recognizing  and  maintaining 
information  about  the  communications  patterns  and  thus  optimizing  performance.  The 
Remote  Services  interact  with  the  Parsing  and  Format  Services  which  maintain  data 
"parsing  algorithms"  to  parse  and  reconstruct  transactions  (i.e.,  messages  and  data 
transferred)  from  the  sender  to  the  formats  expected  by  the  receiver.  The  DIGMAS 
system  will  provide  for  the  dynamic  maintenance  of  the  Global  Directory  and  Parsing 
Algorithms  during  the  creation  and  update  process  of  the  Transactions  Schemas  to  ensure 
that  the  related  information  about  "transactions  and  end-users"  are  current  and 
appropriately  configured.  The  generation  and  maintenance  of  the  "parsing  algorithms" 
will  mirror  the  "business  rules"  stored  in  the  IDDMS  Integrated  Data  Dictionary  database 
through  a  set  of  knowledge-based  software  modules. 

rv.  DIGMAS  Technical  Overview 

The  following  table  provides  a  quick  reference  to  the  key  functional  components, 
their  capabilities  and  the  areas  where  they  apply. 


Reauired  For 

Integrated  Data  Dictionary 

Global  Schema 

-  Logically  link  data  elements 

-  Repository  of  Interface 

Design  Documents 

-  Create  Subschemas  (Views) 

Business  Rules  Logical  Edits  and  Forms 

-  Compliance  to  policies  and 
regulations 

Parsing  Algorithms 

Rules-based  expert  logic 
to  format  transactions 

-  Infonnation  Gateway 
Formatting  Services 
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I  Import  /  Export  Facilities 


Interface  witb  other  SQL 
compliant  Data  Dictionaries 


Interfaces  to  Information  Gateway 

Dynamic  load  of  business 

transactions 

Information  Gateway 


Receipt  and  Transmission 
of  business  transactions 

Fonnatting  Services 

Transmitted  business  data 
store  to  local  repositories 

Maintenance  of  performance 
statistics 


-  Automated  loads  of  data  ele¬ 
ments  and  definitions  from 
other  SQL  Data  Dictionaries 

-  Maintenance  of  Information 
Gateway: 

.  Global  Directory 
.  Transactions  Schemas 
.  Data  Repositories _ 

-  Management  of  data 
exchange  between  systems 
within  the  same  network 
or  across  heterogeneous 
computing  enviromnents. 

-  Facilitation  of  the  real-time 
access  of  business  data  by 
multiple  users 


Interface  Design  Document  Management  Systems  ODDMS) 


The  Interface  Design  Document  Management  Systems  aPDMSl  function  is  to 
support  the  development  of  Interface  Design  Documents,  Specifications  and  USMTF- 
compliant  messages.  The  DIGMAS  /  IDDMS  Architecture  is  shown  in  Figure  2.  It  is 
compliant  to  the 


Figure  2:  DIGMAS  Integrated  Data  Dictionary  Management  System  Architecture 


IRDS  standard  and  will  provide  for  extension  to  other  applications  that  are  SQL- 
compIianL  In  the  production  ready  DIGMAS  environment,  the  IDDMS  will  be  tightly- 
coupled  with  the  Information  Gateway  which  will  also  be  SQL-compliant.  Relations 
among  the  data  elements  defined  in  the  Integrated  Data  Dictionary  represent  the  many 
views  that  the  Conceptual  Schema  will  maintain.  Every  view  integrated  in  the  Conceptual 
Schema  will  be  mapped  into  two  subschemas  (i.e..  Internal  and  External  Schemas). 

The  Internal  Schema  incorporates  the  business  rules  that  govern  the  physical 
relations  of  the  data.  It  contains  a  description  of  the  records,  fields,  sequencing,  edits,  and 
associated  formats  for  the  exchange  of  data  represented  /  incorporated  by  the  Conceptual 
Schema.  The  Internal  Schema  is  implemented  in  a  physical  database  structure. 

The  External  Schema  (Application  Layer)  describes  the  interface  between  a 
particular  user  and  their  information  base  maintained  in  the  Internal  Schema  database.  The 
External  Schema  has  the  mapping  of  data  to  the  external  applications.  The  key  external 
application  in  this  case  is  the  software  integrated  into  the  Information  Gateway  and  the 
SQL-compliant  data  repositories  that  wiU  maintain  /  store  the  business  data  transmitted 
through  the  Information  Gateway. 

The  IDDMS  provides  the  end-user  with  two  ways  to  create  and  maintain  the 
DIGMAS  Integrated  Data  Dictionary.  One  is  based  on  the  traditional  approach  to  down 
load  data  from  data  dictionaries  of  SQL-based  CASE  tools  and  to  use  GUI  based  "create 
and  modify"  functions  to  administer  the  information  and  relations  of  the  data  elements. 
The  second  approach  is  based  on  a  software  tool  developed  and  demonstrated  by  Bremer 
during  Phase  I.  This  software  is  an  SQL-compliant  graphics  editor  that  incorporates  the 
IDEFO  methodology  to  capture  and  represent  data  and  their  relationships  in  graphical 
form.  This  SQL-based  graphics  editor  enables  the  users  to  graphically  create  new  data 
elements  in  the  data  dictionaiy,  create  new  data  views  and  relations  among  the  defined 
data  elements,  and  populate  the  data  base  with  information  about  data  that  is  graphically 
represented  by  the  IDEFO  process  charts.  This  functionality  represents  a  radical 
departure  in  designing  and  constructing  systems  in  a  manner  that  ensures  correct 
translation  of  business  requirements  into  automated  solutions.  This  activity  has  proven  to 
be  as  difficult  in  industry  as  it  is  in  Government  in  their  efforts  to  improve  organizational 
effectiveness  and  efficiencies  through  processes  re-engineering. 

The  Information  Gateway 

The  Information  Gateway  function  enables  the  seamless  exchange  of  business 
transactions  between  two  or  more  heterogeneous  systems.  There  are  two  approaches  to 
connect  two  or  more  heterogeneous  information  systems.  One  approach  is  to  create 
interface  modules  for  each  system;  this  will  require  the  creation  of  N*(N-1)  interface 
modules  (N  =  number  of  systems  to  be  connected)  where  each  system  will  be  required  to 
have  one  interface  module  for  every  system  that  is  interfaced.  For  example,  if  there  are 
four  (4)  systems  to  be  connected  then  the  solution  will  require  the  development  of  twelve 
(12)  modules,  which  means  that  each  system  must  be  updated  with  three  unique  interface 
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modules  specifically  designed  to  fit  the  environment  of  the  host  system.  This  approach  has 
several  advantages  when  the  number  of  systems  to  be  connected  (interfaced)  is  small, 
because  the  solution  is  specific  and  could  provide  for  performance  efficiency.  However, 
the  cost  of  constructing  and  maintaining  these  modules  for  connecting  a  large  number  of 
systems  can  be  prohibitive. 

The  second,  preferred  approach  is  the  conceptual  foundation  for  the  Information 
Gateway  and  is  based  on  the  concept  of  a  "gateway"  system  that  acts  as  the  intermediary 
among  all  interacting  systems.  It  requires  the  development  or  modification  of  a  single 
interface  module  per  system  plus  the  ability  to  add  the  information  about  the 
"transactions"  to  be  exchanged  among  the  interfacing  systems  and  "parsing  algorithms". 
Therefore  the  total  interface  modules  in  our  example  will  be  reduced  from  twelve  (12) 
modules  to  four  (4)  modules  plus  the  creation  of  the  "parsing  algorithms"  to  be  integrated 
with  the  logic  contained  in  the  Information  Gateway's  operating  software.  Because  the 
Information  Gateway  parsing  algorithms  a.c  created  within  the  companion  software  of 
IDDMS,  the  parsing  algorithm  can  be  utilized  by  all  systems  that  are  using  the  same 
business  transactions  and  formats.  This  will  significantly  reduce  the  effort  needed  to 
develop  and  maintain  interfaces  among  heterogeneous  systems. 


System-to-System  interfaces 
requires  n*(n-l)  interface  modules 


The  'Information  Gateway"  approach 
2n  interfaces 


Figure  3;  Unique  System-to-System  Interfaces  Vs  Information  Gateway  Approach 

The  Information  Gateway  design  approach  has  many  advantages.  It  allows  total 
"client"  systems  autonomy  while  allowing  the  "client"  systems  to  share  functionally 
common  data.  To  ensure  that  the  Information  Gateway  achieves  its  desired  goal  certain 
rules  will  be  imposed  for  every  system  for  correct  "parsing,  translation,  and  editing"  of 
data  messages.  Some  of  the  rules  are: 

•  Each  system  can  define  its  own  data  format  and  use  defacto  and  industry  standard 
communications  protocols  (e.g.,  TCP/IP,  SNA,  OSI,  etc.); 

•  Each  system  maintains  control  of  its  own  databases  and  database  management  system; 
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•  Each  system  must  maintain  its  own  security  and  authorization  procedure; 

•  Each  system  will  be  responsible  for  data  integrity  within  its  own  databases. 

The  Information  Gateway  incorporates  several  parts  and  interfaces  with  the 
IDDMS.  The  key  parts  of  the  Information  Gateway  are:  the  Global  Directory,  Parsing  and 
Formatting  Services,  and  Local  Transactions  Schemas.  The  function  of  the  Global 
Directory  is  to  maintain  information  about  the  logical  address  and  authority  information 
about  the  user,  and  the  database  management  systems  including  applications  "transaction 
codes"  (e.g.,  USMTF  Messages).  The  Global  Directory  incorporates  Remote  Services 
Management  (RMS)  software  for  real-time  management  of  data  traffic  (transmissions)  by 
recognizing  and  maintaining  information  about  the  communications  patterns  and  thus 
optimizirg  performance.  The  RMS  also  will  incorporate  COTS  products  which  will  be 
coupled  with  new  software  to  manage  the  "storage  and  retrieval"  of  the  business  data 
transmitted  through  the  Information  Gateway.  In  addition,  the  Global  Directory  will 
incorporate  Configuration  Management  software  to  ensure  that  the  correct  parsing 
algorithms  versions  are  initiated  by  the  Remote  Services  function.  The  Remote  Sei-vices 
will  interact  with  the  Parsing  and  Format  Services  which  maintain  data  "parsing 
algorithms"  required  to  parse  and  reconstruct  transactions  (i.e.,  messages  and  data 
transferred)  from  the  sender  to  the  formats  expected  by  the  receiver. 

V.  Benefits 

The  proposed  DIGMAS  application  will  enable  AMC  to  extend  the  functional 
utility  of  its  legacy  systems  and  computing  infrastructure  and  avoid  costly  system  and 
technology  conversions.  DIGMAS  will  provide  the  mechanism  for  efficient  interfaces 
Oioong  AMCs  legacy  and  newly  developed  /  acquired  systems  and  reduce  the  costs 
associated  with  the  development  of  unique  interface  systems.  Significant  benefits  can  be 
accrued  to  the  current  efforts  to  integrate  Base  level  logistics  systems  such  as 
Transportations  Systems  (e.g.,  CAPS-II  and  PRAMS)  and  Maintenance  Systems  (e.g., 
G081  and  CAMS)  with  the  C2/IPS  and  GDSS.  These  benefits  can  be  measured  in  terms 
of  reduction  in  costs  and  schedules  for  achieving  the  desired  integration.  The  proposed 
DIGMAS  applications  will  enable  the  technical  staff  involved  at  AMC  and  various 
contractors  that  are  building  C2/IPS  and  Transportation  Systems  to  quickly  generate  the 
Interface  Design  Documents  (functionality  currently  available  and  demonstrated  in  Phase 
I)  and  resolve  data  inconsistency  issues.  These  tasks  are  significant  and  require  substantial 
time  and  effort  by  many  widely  dispersed  individuals  using  manual  procedures.  Similarly 
this  functionality  has  wide  applicability  in  industry  and  DoD  where  the  development  of 
interface  requirements  and  specifications  and  the  creation  of  systems  interfaces  is  a 
difficult  and  time  consuming  process. 
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